shown to be separately usable." The phrase "separately usable" occurs only twice in 
the MPEP. MPEP §§ 806.05(d) (Subcombinations Usable Together), 806.05G) (Related 
Products; Related Processes). In both of these sections, it is clear that being 
"separately usable" is only one part of the analysis. MPEP 806.05(d) provides: "Two or 
more claimed subcombinations, disclosed as usable together in a single combination, 
and which can be shown to be separately usable, are usually restrictable when the 
subcombinations do not overlap in scope and are not obvious variants. 1 ' The 
MPEP further provides that distinctive inventions that "do not overlap in scope" are 
"mutually exclusive," and that "the inventions as claimed are either not capable of use 
together or can have a materially different design, mode of operation, function, or 
effect" MPEP 806.05(j) ("For other related product inventions, or related process 
inventions, the inventions are distinct if: (A) the inventions as claimed do not overlap in 
scope, i.e., are mutually exclusive ... or (C) the inventions as claimed are either not 
capable of use together or can have a materially different design, mode of operation, 
function, or effect..") The Examiner has recognized that the various sub combinations 
are related and are usable together in a single combination. Restriction Requirement, 
pages 4, 5. Accordingly, part (C) of the distinctiveness test from MPEP § 806.05(j) is not 
applicable. 

Table I juxtaposes the language used in each of the six independent claims in 
the application, namely claims 1, 3, 5, 31, 40, 41 and 42. As shown in Table I, claim 
elements of Claim Set I are recited identically or analogously in Claim Set II and Claim 
Set III. The presence of the identified claim elements in each of the various claim sets 
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makes clear that the claim sets overlap, and accordingly, are not properly subjected to 
a restriction requirement. 

Regarding Claim Set II, Applicant notes that the second row of Table 1 shows 
that an "electronic token log" is an element of each claim in Claim Set I, as well as 
Claim Set II. Further, the fourth row of Table I shows that each claim of Claim Set I and 
Claim Set II recites "an account holder." The fifth row of Table I shows that each claim 
of Claim Set I and Claim Set II recites that a vendor or each vendor is to provide the 
token, an indication of the account, and information about the transaction. The sixth 
row of Table I shows that claims 3, 5, and 42 of Claim Set I and claim 31 of Claim Set II 
recite the element of satisfying conditions associated with one or more tokens in the 
token log. Finally, the seventh row of Table I shows that each claim of Claim Set I and 
Claim Set II recites "a communication channel that is distinct...." 

Regarding Claim Set III, Applicant notes that the second row of Table 1 shows 
that an "electronic token log" is an element of each claim in Claim Set I, as well as 
Claim Set III. Further, the third and sixth rows of Table I shows that authorization is an 
element of each claim of Claim Set I and Claim Set III. The fifth row of Table I shows 
that Claim Set I recites that "the vendor is to provide the token, the indication of the 
account and information about the transaction' 9 while claim 40 recites 'receiving a 
token an indication of an account and information about a transaction from a 
vendor." Row six of Table I shows that claims 3, 5, and 42 of Claim Set I and claims 40 
and 41 of Claim Set III recite the element relating to authorization and satisfying 
conditions associated with one or more tokens in the token log. Finally, the seventh row 
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of Table I shows that each claim of Claim Set I and Claim Set III recites "a 
communication channel that is distinct...." 

The three claim sets all fit within the same invention classification, namely class 
705, subclass 44 ("Requiring authorization or authentication" for a financial transaction). 
The Examiner has already recognized that Claim Set II is appropriately classified in 
class 705, subclass 44. Similarly, Claim Set I is also appropriately classified in class 
705, subclass 44 because the claims pertain to "transaction authorization." 

The Examiner suggests that Claim Set III be classified in class 705, subclass 75, 
which is where "details of a transaction are cryptographically processed to allow 
subsequent confirmation thereof." Applicant notes that Claim Set III does not include 
limitations directed toward cryptographic processing. Indeed, the specification teaches 
that the claimed method may be employed with plain text communication, such as SMS. 
Specification, page 13, ("There are various means for sending the token to a remote 
location, one of which is to send it as part of a specially formatted text message (e.g., 
via SMS) to the keeper of the Token Log.") Applicant suggests that Claim Set III is also 
appropriately classified in class 705, subclass 44 ("Requiring authorization or 
authentication" for a financial transaction). 

For at least the foregoing reasons, Applicant requests that the restriction 
requirement be withdrawn. A Notice of Allowance is requested. 
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Respectfully submitted, 



STOEL RIVES llp 

One Utah Center Suite 1 100 

201 S Main Street 

Salt Lake City, UT 84111-4904 

Telephone: (801)328-3131 

Facsimile: (801)578-6999 



By /Korv D. Christensen/ 
Attorney for Applicant 
Registration No. 43,548 
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Claim Set III (40-41) 


Claim 41 




means for the 
account holder 


accessing 
tokens so that 
they can be 
associated 
with specific 
financial 
transactions 


Claim 40 


a transaction 
authorization 


module for 
checking 
whether at 
least one 
condition 
associated 

Willi illc lUiAen 

in the token 
log is satisfied; 




Claim Set II 
(31-39) 


Claim 31 




a token access 
sub-system to 
make one or 
more tokens 
available to an 
account holder 


for distribution 
to one or more 
vendors 


involved in 
transactions 
pertaining to 
an account of 
the account 
holder 


Claim Set I (1-28, 42-43) 


Claim 42 


that is 

accessible by 
an institution 
that is 

responsible for 
authorizinq 


one or more 
transactions 
involving a 
financial 
account; 


program code 
for the account 


holder 


facilitating the 
initiation of a 
transaction 
involving the 
financial 
account by 

(jiuviuiiiy u ic 

token and an 
indication of 
the account to 
a vendor. 


Claim 5 


that is 

accessible by 
the computing 
device of an 
institution that 
is responsible 
for authorizina 


one or more 
transactions 
involving a 
financial 
account; 


the account 


holder initiatinq 


a transaction 
involving the 
financial 
account by 
providing the 
token and an 

II lUIOd LIUI 1 U 1 

the account to 
a vendor 




Claim 3 


that is 

accessible by 
the computing 
device of an 
institution that 
is responsible 
for authorizina 

Ivl CI KA LI 1 \J 1 l^ll lyf 


one or more 
transactions 
involving a 
financial 
account; 


the account 


holder initiatinq 


a transaction 
involving the 
financial 
account by 
providing the 
token and an 

inHiratinn of 

the account to 
a vendor. 




Claim 1 


which 
electronic 
token log is 
accessible by 
a computing 
device of an 
institution that 

II IOLIlULIv/1 1 1*1 Id I 

is responsible 
for authorizinq 
one or more 
transactions 
involving the 
account 


the account 


holder initiatinq 


a transaction 
involving the 
financial 
account by 
providing one 
of the tokens 

recorded in the 
electronic 
token log and 
an indication of 
the account to 
a vendor, 
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Claim Set III (40-41) 


Claim 41 




Claim 40 


a 

communication 
interface for 
receiving a 


token, an 


indication of an 


account, and 


information 


about a 


transaction 


from a vendor. 




Claim Set II 
(31-39) 


Claim 31 


wherein each 
vendor is to 


provide a 


specific token. 


an indication of 


the account. 


and 

information 


about a 


transaction to 


an institution 
responsible for 
authorizing 
one or more 
transactions 
involving the 


Claim Set I (1-28, 42-43) 


Claim 42 


wherein the 
vendor is to 


provide the 


token, the 


indication of 


the account. 


and 

information 


about the 


transaction to 


the institution 
responsible for 
authorizing 
that 

transaction, 


Claim 5 


wherein the 
vendor is to 


provide the 


token, the 


indication of 


the account. 


and 

information 


about the 


transaction to 


the computing 
device of the 
institution 
responsible for 
authorizing 
that 

U dllodUUUI 1, 


Claim 3 


wherein the 
vendor is to 


provide the 


token, the 


indication of 


the account. 


and 

information 


about the 


transaction to 


the computing 
device of the 
institution 
responsible for 
authorizing 
that 

transaction, 


Claim 1 


wherein the 
vendor is to 


provide the 


token, the 


indication of 


the account 


and 

information 


about the 


transaction to 


the computing 
device of the 
authorizing 
institution, 









Claim Set III (40-41) 


Claim 41 


means for a 
financial 
institution 
authorizinq 


specific 

transactions by 
verifying that 
the conditions 
for the tokens 
associated 
with the 

wVI LI 1 LI IW 

specific 
transactions 
are met 


Claim 40 


wherein the 
communication 
interface is to 
notify the 
vendor that the 
transaction is 

ai jthnrizpri 

GIUU IUI 


responsive to 
the at least 
one condition 


beinq satisfied. 




Claim Set II 
(31-39) 


Claim 31 


which 
institution 
looks up the 
specific token 
in the token 
log and 
authorizes 
each vendor to 
complete each 
vendor's 
transaction 
responsive to 
the specific 
conditions 


associated 


with each 


soecific token 


in the token 


loq beinq 


satisfied. 


Claim Set I (1-28,42-43) 


Claim 42 


which 
authorizing 
institution 
retrieves the 
token from the 
token log and 

nrnviHpQ thp 

vendor with 
transaction 
authorization 


based on the 
one or more 
conditions 


associated 


with the token 


in the token 


loq beinq 


satisfied. 




Claim 5 


which 

authorizing 

institution's 

computing 

device 

provides the 

vpndor with 

Vul IVJUI Will 1 

transaction 
authorization 


based on the 
one or more 
conditions 


associated 


with the token 


in the token 


loq beinq 


satisfied. 




Claim 3 


which 

authorizing 

institution's 

computing 

device 

provides the 

vpnHnr with 

VGI IVJUI Will 1 

transaction 
authorization 


based on the 
one or more 
conditions 


associated 


with the token 


in the token 


loq beinq 


satisfied. 




Claim 1 


which 

authorizing 

institution's 

computing 

device 

provides the 

\/pnHnr with 

VCI 1UUI Will 1 

transaction 
authorization 


based on the 
token being 
found to exist 
in the token 
log, 






CD 



Claim Set III (40-41) 


Claim 41 


wherein the 

financial 

institution 

authorizes 

specific 

transactions 

through a 

communication 


channel that is 


distinct from a 


communication 
channel by 
which the 
tokens are 
associated 
with conditions 
in the 
electronic 
token log. 


Claim 40 


wherein the 
token, the 
indication of 
the account, 
and the 
information 
ahout the 
transaction are 
received at the 
communication 
interface 
through a 
communication 


channel that is 


distinct from a 


communication 
channel by 
which the 
transaction 
authorization 
module checks 

vA/hothor tho at 
Wliculci UlC dl 

least one 
condition 
associated 
with the token 
in the token 
log is satisfied. 


Claim Set II 
(31-39) 


Claim 31 


wherein the 
institution 
looks up the 
specific token 
in the token 
log through a 

rommi miration 

UUI 1 II 1 IUI IIOGUUI 1 


channel that is 


distinct from a 


communication 
channel by 
which the 
institution is 
provided with 
the token, the 
tnuiccuiun ui 
the account, 
and 

information 
about the 
transaction. 


Claim Set I (1-28, 42-43) 


Claim 42 


wherein the 
vendor 
contacts the 
institution 
responsible for 
authorizing the 

transaction 

LI Of lOOvsllUI 1 

through a 
communication 


channel that is 


distinct from a 


communication 
channel by 
which the 
plurality of 
tokens are 
associated 

with onp or 

Wl 11 1 UI IC \J l 

more 

conditions in 
the electronic 
token log. 


Claim 5 


wherein the 
vendor 
contacts the 
computing 
device of the 
authorizing 

inQtiti ition 

II loUlUUUI 1 

through a 
communication 


channel that is 


distinct from a 


communication 
channel by 
which the 
plurality of 
tokens are 
recorded in the 

CIClvLl UI no 

token log. 


Claim 3 


wherein the 
vendor 
contacts the 
computing 
device of the 
authorizing 

inctiti ition 
II loUiUUUI 1 

through a 
communication 


channel that is 


distinct from a 


communication 
channel by 
which the 
plurality of 
tokens are 
recorded in the 

token log. 


Claim 1 


wherein the 
vendor 
contacts the 
computing 
device of the 
authorizing 

inctiti itir\n 
nloUlULIUl 1 

through a 
communication 


channel that is 


distinct from a 


communication 
channel by 
which the 
plurality of 
tokens are 
recorded in the 
eiecironic 
token log. 









